Solinas-4 

CRYPTOGRAPHIC IDENTIFICATION AND DIGITAL SIGNATURE METHOD USING 

EFFICIENT ELLIPTIC CURVE 



This application claims the benefit of U.S. Provisional Application No. 60/226,209, filed 
August 18, 2000. 

FIELD OF THE INVENTION 

The present invention relates, in general, to cryptography and, in particular, to public key 
cryptography. 

BACKGROUND OF THE INVENTION 

Cryptography provides methods of providing privacy and authenticity for remote 
communications and data storage. Privacy is achieved by encryption of data, usually using the 
techniques of symmetric cryptography (so called because the same mathematical key is used to 
encrypt and decrypt the data). Authenticity is achieved by the functions of user identification, 
data integrity, and message non-repudiation. These are best achieved via asynmietric (or public- 
key) cryptography. 

In particular, public-key cryptography enables encrypted communication between users 
that have not previously established a shared secret key between them. This is most often done 
using a combination of symmetric and asymmetric cryptography: public-key techniques are used 
to establish user identity and a common symmetric key, and a symmetric encryption algorithm is 
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used for the encryption and decryption of the actual messages. The former operation is called key 
agreement. Prior establishment is necessary in symmetric cryptography, which uses algorithms 
for which the same key is used to encrypt and decrypt a message. Public-key cryptography, in 
contrast, is based on key pairs. A key pair consists of a private key and a public key. As the 
names imply, the private key is kept private by its owner, while the public key is made public 
(and typically associated to its owner in an authenticated manner). ]n asymmetric encryption, the 
encryption step is performed using the public key, and decryption using the private key. Thus the 
encrypted message can be sent along an insecure channel with the assurance that only the 
intended recipient can decrypt it. 

The key agreement can be interactive (e.g., for encrypting a telephone conversation) or 
non- interactive (e.g., for electronic mail). 

User identification is most easily achieved using what are called identification protocols. 
A related technique, that of digital signatures, provides data integrity and message 
non-repudiation in addition to user identification. 

The use of cryptographic key pairs was disclosed in U.S. Pat. No. 4,200,770, entitled 
"CRYPTOGRAPHIC APPARATUS AND METHOD." U.S. Pat. No. 4,200,770 also disclosed 
the application of key pairs to the problem of key agreement over an insecure communication 
channel. The algorithms specified in this U.S. Pat. No. 4,200,700 rely for their security on the 
difficulty of the mathematical problem of finding a discrete logarithm. U.S. Pat. No. 4,200,770 is 
hereby incorporated by reference into the specification of the present invention. 

In order to undermine the security of a discrete-logarithm based cryptoalgorithm, an 
adversary must be able to perform the inverse of modular exponentiation (i.e., a discrete 
logarithm). There are mathematical methods for finding a discrete logarithm (e.g., the Number 
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Field Sieve), but these algorithms cannot be done in any reasonable time using sophisticated 
computers if certain conditions are met in the specification of the cryptoalgorithm. 

In particular, it is necessary that the numbers involved be large enough. The larger the 
numbers used, the more time and computing power is required to find the discrete logarithm and 
break the cryptography. On the other hand, very large numbers lead to very long public keys and 
transmissions of cryptographic data. The use of very large numbers also requires large amounts 
of time and computational power in order to perform the cryptoalgorithm. Thus, cryptographers 
are always looking for ways to minimize the size of the numbers involved, and the time and 
power required, in performing the authentication algorithms. The payoff for finding such a 
method is that cryptography can be done faster, cheaper, and in devices that do not have large 
amounts of computational power (e.g., hand-held smart-cards). 

A discrete-logarithm based cryptoalgorithm can be performed in any mathematical setting 
in which certain algebraic rules hold true. In mathematical language, the setting must be a finite 
cyclic group. The choice of the group is critical in a cryptographic system. The discrete logarithm 
problem may be more difficult in one group than in another for which the numbers are of 
comparable size. The more difficult the discrete logarithm problem, the smaller the numbers that 
are required to implement the cryptoalgorithm. Working with smaller numbers is easier and 
faster than working with larger numbers. Using small numbers allows the cryptographic system 
to be higher performing (i.e., faster) and requires less storage. So, by choosing the right kind of 
group, a user may be able to work with smaller numbers, make a faster cryptographic system, and 
get the same, or better, cryptographic strength than firom another cryptographic system that uses 
larger numbers. 
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The groups which were envisioned in the above-named patents come from a setting called 
finite fields. A book by N. Koblitz, "A Course in Number Theory and Cryptography " (1987), 
and a paper by V. Miller, "Use of elliptic curves in cryptography " Advances in Cryptology - 
CRYPTO 85, LNCS 218, pp. 417-426, 1986, disclose the method of adapting discrete-logarithm 
based algorithms to the setting of elliptic curves. It appears that finding discrete logarithms in 
this kind of group is particularly difficult. Thus elliptic curve-based cryptoalgorithms can be 
implemented using much smaller numbers than in a finite-field setting of comparable 
cryptographic strength. Thus the use of elliptic curve cryptography is an improvement over finite- 
field based public-key cryptography. 

There are several kinds of elliptic curve settings. These settings have comparable 
cryptographic strength and use numbers of comparable size. However, these settings differ in the 
amount of computation time required when implementing a cryptoalgorithm. Cryptographers 
seek the fastest kind of elliptic curve based cryptoalgorithms. 

More precisely, an elliptic curve is defined over a field F. An elliptic curve is the set of all 
ordered pairs (x,y) that satisfy a particular cubic equation over a field F, where x and y are each 
members of the field F. Each ordered pair is called a point on the elliptic curve. In addition to 
these points, there is another point 0 called the point at infinity. The infinity point is the additive 
identity (i.e., the infinity point plus any other point results in that other point). For cryptographic 
purposes, elliptic curves are typically chosen with F as the integers mod p for some large prime 
number p (i.e., Fp) or as the field of 2'^m elements. 

To carry out an elliptic curve-based key agreement procedure, it is necessary to perform a 
sequence of operations involving points on the curve and the equation of the curve. Each of these 
operations is carried out via arithmetic operations in the field F, namely addition, subtraction, 
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multiplication, and division. If F is the set of integers mod p, then the simplest and most common 
way to cany out the arithmetic operations is to use ordinary integer arithmetic along with the 
process of reduction modulo p. This last process is called modular reduction. 

Modular reduction is the most expensive part of the arithmetic operations in the field Fp. 
Therefore, the efficiency of an elliptic curve algorithm is enhanced when the cost of modular 
reduction is reduced. There are two common ways of doing this. 

The first way is to avoid explicit modular reduction altogether by using an alternative 
method of carrying out the arithmetic operations in the field Fp. This was first proposed by P. 
Montgomery in the paper "Modular multiplication without trial division," Mathematics of 
Computation, 44 (1985), pp. 519-521. This method has the advantage that it can be applied to 
both elliptic and non-elliptic cryptoalgorithms. 

The second way is to choose the prime modulus p in such a way that modular reduction is 
particularly easy and efficient. This approach yields faster elliptic curve algorithms than the first 
approach, but does not apply to non-elliptic cryptoalgorithms. 

More specifically, suppose that one needs to reduce an integer b modulo p. Typically, b is 
a positive integer less than the square of the modulus p. In the general case, the best way to 
reduce b modulo p is to divide b by p; the result is a quotient and a remainder. The remainder is 
the desired quantity. The division step is the most expensive part of this process. Thus the prime 
modulus p is chosen to avoid the necessity of carrying out the division. 

The simplest and best-known choice is to let p be one less than a power of two. Such 
primes are commonly called Mersenne primes. Because of the special form of a Mersenne prime 
p, it is possible to replace the division step of the modular reduction process by a single modular 
addition. A modular addition can be carried out using one or two integer additions, and so is 
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much faster than an integer division. As a result, reduction modulo a Mersenne prime is much 
faster than in the general case. 

A larger class of primes which contains the Mersenne primes as a special case is the class 
of pseudo-Mersenne primes. These include the Crandall primes and the Gallot primes. The 
Crandall primes are those of the form 2'^m±C, where C is an integer less than 2^32 in absolute 
value. The Gallot primes are of the form k*2^m±C, where both k and C are relatively small 

U.S. Pat. Nos. 5,159,632, entitled ^'METHOD AND APPARATUS FOR PUBLIC KEY 
EXCHANGE IN A CRYPTOGRAPHIC SYSTEM"; 5,271,061, entitled "METHOD AND 
APPARATUS FOR PUBLIC KEY EXCHANGE IN A CRYPTOGRAPHIC SYSTEM"; 
5,463,690, entitled "METHOD AND APPARATUS FOR PUBLIC KEY EXCHANGE IN A 
CRYPTOGRAPHIC SYSTEM"; 5,581,616, entitled "METHOD AND APPARATUS FOR 
DIGITAL SIGNATURE AUTHENTICATION"; 5,805,703, entitled "METHOD AND 
APPARATUS FOR DIGITAL SIGNATURE AUTHENTICATION"; and 6,049,610, entitled 
"METHOD AND APPARATUS FOR DIGITAL SIGNATURE AUTHENTICATION"; each 
disclose the use of a class of numbers in the form of 2^q-C which make modular reduction more 
efficient and. therefore, make cryptographic methods such as key exchange and digital signatures 
more efficient. The present invention does not use a class of numbers in the form of 2^q-C. U.S. 
Pat Nos. 5,159,632; 5,271,061; 5,463,690; 5,581,616; 5,805,703; and 6,049,610 are hereby 
incorporated by reference into the specification of the present invention. 

Federal Information Processing Standards Publication 186-2 (i.e., FIPS PUB 186-2) 
discloses a digital signature standard. In the appendix of FIPS PUB 186-2 are recommended 
elliptic curves for a 192-bit, a 224-bit, a 256-bit, a 384-bit, and a 521 -bit digital signature. The 
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elliptic curves disclosed in FIPS PUB 186-2 are different from the elliptic curves used in the 
present invention. 

SUMMARY OF THE INVENTION 
It is an object of the present invention to efficiently create a digital signature using a mod- 
ulus p selected from the following families of equations: 

where ^<2c<=^d^ where r h 1, and where GCD(c,d)=\, where GCD is a function that returns the 
greatest common denominator between the variables in parenthesis; 

where d is even, and where k is not equal to 2 (mod 4); 

where 3d<6c<4d, and where GCD(c,d)=l; 



where Q<2c<=d, where r 1, and where GCD(c,d)=l; and 
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p=(2^k_23k^2^k^l)/r. N 

The first step through sixth step are done by each user who wishes to have its message 
digitally signed. The first step is selecting a modulus p from the following family of equations: 

p=(2'^.r''-l)/r, 

where 0<2c<=d, where r /= 1, and where GCD(c,d)=\; 

p=(2^.2(d-i)>^+2(''-^K_,.2''+l)/r, 

where d is even, and where k is not equal to 2 (mod 4); 

p=(2^K2!=U)/r, 

where 3d<6c<4d, and where GCD{c,d)=l; 

p=(fK2^''+l)/r, 
where 0<2c<=d, where r /= 1, and where GCD(c,d)='^\ and 



Solinas-4 

The second step is selecting an elliptic cxirve E and an order q. 
The third step is selecting a basepoint G. 
The fourth step is generating a private key w. 
The fifth step is generating a public key W=wG. 
The sixth step is distributing p, E, q, G, and Winm authentic manner. 
The seventh step through fifteenth step are done to identity the user who wishes to have 
message digitally signed. The seventh step is a prover retrieving its private key w. 
The eighth step is a verifier retrieving the prover' s public key W. 
The ninth step is the prover generating a private integer t 

The tenth step is the prover combining k and prover' s G to form K using the form of the 
prover' s modulus p. 

The eleventh step is the prover sending Kto the verifier. 

The twelfth step is the verifier sending a challenge integer c to prover. 

The thirteenth step is the prover combining c, k, and w to form a response integer v. 

The fourteenth step is the prover sending v to the verifier. 

The fifteenth step is the verifier combining cG, K, and fusing the form of the prover' s 
modulus p and checking to see if the combination is equal to vG. If the combination is equal to 
vG then the prover is properly identified. Otherwise, the prover is not properly identified. 

The sixteenth step through the twenty-first step are done by the person digitally signing 
message. The sixteenth step is a signer retrieving its private key w. 

The seventeenth step is the signer generating a private integer k. 

The eighteenth step is the signer combining k and G to form K using the form of the 
prover' s modulus p. 
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The nineteenth step is the signer combining K and a message Af to form an integer k 

The twentieth step is the signer combining h K and w to form an integer 5. 

The twenty-first step is the signer sending the message Mand the digital signature (J^,^) 

ofM 

The twenty-second step through the twenty-fifth step are done by the person verifying the 
digital signature. The twenty-second step is the verifier retrieving the prover's public key W. 

The twenty-third step is the verifier receiving Mand {K,s), 

The twenty-fourth step is the verifier combining K and Mto form an integer h. 

The twenty-fifth step is the verifier combining h k and fusing the form of the prover's 
modulus p and checking to see if the combination is equal to sG, If so, then the digital signature 
is verified. Otherwise, the digital signature is not verified. 

The twenty-sixth step through the thirty-first step are altemative steps for digitally signing 
a message. The twenty-sixth step is a signer retrieving its private key w. 

The twenty-seventh step is the signer generating a private integer t 

The twenty-eighth step is the signer combining k and G to form K using the form of the 
prover's modulus p. 

The twenty-ninth step is the signer combining K and a message Mto form an integer h. 

The thirtieth step is the signer combining h, K and w to form an integer s. 

The thirty-second step through thirty-sixth steps are altemative steps for verifying the dig- 
ital signature of the altemative signing steps. The thirty-first step is the signer sending the mes- 
sage Mand the digital signature {hs) of M. 

The thirty-second step is the verifier retrieving the prover's public key W. 

The thirty-third step is the verifier receiving Mand {hs). 

10 



Solinas-4 

The thirty-fourth step is the verifier combining h W, and sG using the form of the 

proverbs modulus p to form K. 

The thirty-fifth step is the verifier combining K and Mto form an integer h \ 

The thirty- sixth step is the verifier checking to see if// is equal to h \ If so, then the digital 

signature is verified. Otherwise, the digital signature is not verified. 



BRIEF DESCRIPTION OF THE DRAWINGS 



FIG. 1 is a list of steps that must be done by each user; 

FIG. 2 is a list of steps for identifying a user; 

FIG. 3 is a list of steps for signing a digital signature; 

FIG. 4 is a list of steps for verifying a digital signature of FIG. 3; 

FIG. 5 is a list of alternate steps for signing a digital signature; and 

FIG. 6 is a list of alternate steps for verifying a digital signature of FIG. 5. 



DETAILED DESCRIPTION 



The present invention is a method of identifying a user, generating a digital signature for 
a message of the user, and verifying the digital signature in an efficient manner (i.e., in fewer 
steps than the prior art) using a modulus p selected from the following family of equations: 
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where 0<2c<=d, where r/=l, and where GCD(c,d)=l; 

where d is even, and where k is not equal to 2 (mod 4); 

where 3d<6c<4d, and where GCD(c,d)=\\ 

p=(2^^.2'^+l)/r, 

where 0<2c<=^i, where r /= 1, and where GCD(c4)=h and 

p=f2^^-2^^+2^^+7;/r. 

It has long been known that certain integers are particularly well suited for modu- 
lar reduction. The best known examples are the Mersenne numbers p^2^-L In this case, the inte- 
gers (mod p) are represented as ^-bit integers. When performing modular multiplication, one 
carries out an integer multiplication followed by a modular reduction. One thus has the problem 
of reducing modulo p a 2^-bit number. Modular reduction is usually done by integer division, but 
this is uimecessary in the Mersenne case. Let n<p^ be the integer to be reduced (mod p). Let 7 be 
the integer represented by the A: most significant bits of n, and U the k least significant bits; thus 
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with T and U each being k-bit integers. Then 

n=T+ U(modp). 

Thus, the integer division by m can be replaced by an addition (mod p), which is much faster. 

The main limitation on this scheme is the special multiplicative structure of Mersenne 
numbers. The above technique is useful only when one intends to perform modular arithmetic 
vdth a fixed long-term modulus. For most applications of this kind, the modulus needs to have a 
specific multiplicative structure, most commonly a prime number. The above scheme proves 
most useful when k is a multiple of the word size of the machine. Since this word size is typically 
a power of 2, one must choose k which is highly composite. Unfortunately, the Mersenne 
numbers arising from such k are never prime numbers. It is, therefore, of interest to find other 
families of numbers that contain prime numbers or almost prime numbers. 

One such family is 2^-0, for c positive, which is disclosed in U.S. Pat. Nos. 5,159,632; 
5,271,061; 5,463,690; 5,581,616; 5,805,703; and 6,049,610 listed above. The present invention 
discloses the use of other families of numbers. 

Figure 1 is a list of steps that must be done by each user of the present invention. 

The first step 1 of the present method is selecting a modulus p from the following family 
of equations: 

where 0<2c<=<i, where r /= 1, and where GCD(c,d)=l; 
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where d is even, and where k is not equal to 2 (mod 4); 

where 3d<6c<4d, and where GCD(c,d)=l; 

where 0<2c<=d, where r 1, and where GCD(c,d)^l; and 

p=(2'^^.2^^+2'^^l)/r 

The second step 2 of the present method is selecting an elliptic curve E and an order q. 
The third step 3 of the present method is selecting a basepoint G. 
The fourth step 4 of the present method is generating a private key w. 
The fifth step 5 of the present method is generating a public key W=wG, 
The sixth step 6 of the present method is distributing p, E, q, G, and ^in an authentic 
manner (e.g., courier, secure channel, etc.). 

Figure 2 lists the steps for identifying a user. 

The seventh step 7 of the method is a prover retrieving its private key w. 

The eighth step 8 of the present method is a verifier retrieving the prover' s public key W, 

The ninth step 9 of the present method is the prover generating a private integer t 
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The tenth step 10 of the present method is the prover combining k and prover's G to form 
AT using the form of the prover' s modulus p. 

The eleventh step 1 1 of the present method is the prover sending K to the verifier. 
The twelfth step 12 of the present method is the verifier sending a challenge integer c to 

prover. 

The thirteenth step 13 of the present method is the prover combining c, k, and w to form a 
response integer v. 

The fourteenth step 14 of the present method is the prover sending v to the verifier. 

The fifteenth step 15 of the present method is the verifier combining cG, K, and using 
the form of the prover' s modulus p and checking to see if the combination is equal to vG. If the 
combination is equal to vG then the prover is properly identified. Otherwise, the prover is not 
properly identified. 

Figure 3 is a list of steps for signing a digital signature. 

The sixteenth step 16 of the present method is a signer retrieving its private key w. 

The seventeenth step 17 of the present method is the signer generating a private integer t 

The eighteenth step 1 8 of the present method is the signer combining k and G to form K 
using the form of the signer's modulus p. 

The nineteenth step 19 of the present method is the signer combining K and a message M 
to form an integer /z. 

The twentieth step 20 of the present method is the signer combining k K and w to form 
an integer s. 

The twenty-first step 21 of the present method is the signer sending the message Mand 
the digital signature (K,s) of M. 

15 
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Figure 4 is a list of steps for verifying the digital signature generated by the steps of 
Figure 3. 

The twenty-second step 22 of the present method is the verifier retrieving the prover's 
public key W. 

The twenty-third step 23 of the present method is the verifier receiving M and (Ks), 
The twenty-fourth step 24 of the present method is the verifier combining K and Mto 
form an integer h. 

The twenty-fifth step 25 of the present method is the verifier combining k K using 
the form of the prover's modulus p and checking to see if the combination is equal to sG. If so, 
then the digital signature is verified. Otherwise, the digital signature is not verified. 

Figure 5 is a list of alternate steps for signing a digital signature. 

The twenty-sixth step 26 of the present method is a signer retrieving its private key w. 

The twenty-seventh step 27 of the present method is the signer generating a private 
integer k. 

The twenty-eighth step 28 of the present method is the signer combining k and G to form 
Abusing the form of the signer's modulus p. 

The twenty-ninth step 29 of the present method is the signer combining K and a message 
Mto form an integer h. 

The thirtieth step 30 of the present method is the signer combining h, k, and w to form an 
integer s. 

The thirty-first step 31 of the present method is the signer sending the message Mand the 
digital signature (ks) of M 
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Figure 6 is a list of alternate steps for verifying the digital signature generated by the steps 
of Figure 5. 

The thirty-second step 32 of the present method is the verifier retrieving the prover's pub- 
lic key W, 

The thirty-third step 33 of the present method is the verifier receiving Mand (ks). 
The thirty-fourth step 34 of the present method is the verifier combining k W, and sG 

using the form of the prover's modulus p to form K, 

The thirty-fifth step 35 of the present method is the verifier combining K and Mto form 

an integer h \ 

The thirty-sixth step 36 of the present method is the verifier checking to see if h is equal 
to h \ If so, then the digital signature is verified. Otherwise, the digital signature is not verified. 

What is claimed is: 
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